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(54) Network operating system with topology auto discovery 



(57) The network operating system includes an em- 
bedded platform for controlling operation of an agile op- 
tical network at the physical layer level. At the module 
embedded level, each module (card-pack) is provided 
with an embedded controller EC that monitors and con- 
trol operation of the optical modules. At the next level, 
each shelf is provided with a shelf processor SP that 
monitors and control operation of the ECs over a back- 
plane network. All optical modules are connected over 
an optical trace channel to send/receive trace messag- 
es that can then be used to determine network connec- 
tivity. At the next, link management level, a network 
services controller NSC controls the SPs in a negotiated 



span of control, over a link network. The control is ad- 
dress-based; each NSC receives ranges of addresses 
for the entities in its control, and distributes these ad- 
dresses to the SPs, which in turn distribute addresses 
to the ECs in their control. One of the SPs operates as 
a router on the link network to relay signaling and control 
to all entities based on their address. Each NSC con- 
structs, from queried information, a network topology 
fragment for the embedded elements under its control. 
A distributed topology system (DTS) shares this topol- 
ogy information with neighboring NSC's to build a com- 
plete network view, which can be used by all interested 
network applications. 
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Description 

Priority Patent Application: 

[0001] Provisional Patent Application "Architecture 
for Optical Network Manager" (Emery et aL), SN 
60/28008 filed on June 13, 2001, docket 1009. 

Field of the Invention 

[0002] The invention resides in the field of optical tel- 
ecommunication networks, and is directed in particular 
to providing an agile optical network with a topology au- 
todiscovery system. 

Background of the Invention 

[0003] Due to increased competition and eroding rev- 
enue margins, service providers are demanding better 
yields from their network infrastructure. In response to 
this demand, the next generation of transport networks 
must provide mechanisms for creating a number of dif- 
ferent classes of service (CoS), while ensuring that the 
cost of each service is proportional to the revenue it gen- 
erates. Thus, bandwidth-on-demand for event driven 
traffic, or creation of bandwidth brokering services are 
just a few of the new optical layer services that can be 
created. Attributes such as protection level, latency, pri- 
ority, transparency, and diversity may also be used to 
define optical services. These could be either general 
characteristics of the network or specific characteristics 
of a connection. As such, CoS considerations need to 
be taken into account both when planning a network, 
when routing an individual connection, and when col- 
lecting the revenue. 

[0004] These demands have exposed a number of 
weaknesses with respect to the current optical networks 
and their mode of operation. 

[0005] Traditional WDM (wavelength division multi- 
plexed) networks have a point-to-point configuration, 
with electrical cross-connects (EXC) provided at all 
switching nodes. This network architecture allows fairly 
limited optical layer service offerings. In addition, a 
point-to-point architecture is very difficult to scale. Thus, 
the nodes complexity grows with the number of the 
channels, such that provisioning and engineering oper- 
ations become more complex, involving extensive de- 
sign, simulation, engineering and testing, which activi- 
ties increase the service activation time (SAT). 
[0006] This large service activation time leads to loss 
of revenue from a number of perspectives. First, losing 
contracts due to turn-up time has driven direct loss of 
sales. More strategically however, it has led to situations 
where traditional carrier customers (ISPs, etc) have 
concluded they would be better off owning and operat- 
ing their own infrastructure. Naturally, once this infra- 
structure is in place, these traditional customers be- 
come competitors, providing services of their own. If the 



service activation time could be reduced, a carrier would 
have a significant competitive advantage, increasing its 
market share and the ability to keep potential competi- 
tors out of the market. 
5 [0007] Another disadvantage of the current network 
architecture is the iack of flexibility. Thus, a point-to- 
point architecture does not have the ability to turn up/ 
down bandwidth rapidly, or/and to provide bandwidth 
optimized for the data layer needs, even if the equip- 
ment for the new service is in place. 
[0008] To make-up for the lack of flexibility and scal- 
ability, there is a current trend to deploy "intelligent" op- 
tical networks, where the intelligence resides within the 
network management. There are many levels of man- 
agement within any communication network, from ele- 
ment managers controlling individual network elements, 
to customer billing software, activation and provisioning 
software and network management systems MNS. Most 
often, a network management system contains multiple 
software management platforms for each service and 
each specific vendor's equipment. However, the growth 
of nodal complexity discussed above results in in- 
creased network management complexity. If a service 
requires access to multiple network providers' infra- 
structures, further complications arise when different 
platforms need to communicate with each other. In ad- 
dition, the conventional network management systems 
allow management at the network element granularity, 
and allow control and monitoring of a limited number of 
physical layer parameters. 

[0009] Still another drawback of the current network 
management systems is the inability to maintain an ac- 
curate inventory of the network equipment. Traditionally, 
the network administrator maintains various operations 
and support systems, which include an inventory of the 
equipment making-up the network. For example, TIRKS 
(Trunks Integrated Records Keeping System), which 
was developed to mechanize the circuit provisioning 
process, is often used as the master record keeping sys- 
tem for the data networks. Based on network inventory 
and connectivity data collected manually at various 
sites, the TIRKS database outputs appropriate informa- 
tion for programming the nodes of the network. TIRKS 
system supports now the full range of transmission tech- 
nologies, such as SONET, European digital hierarchy 
standards (SDH), digital circuitry hierarchy (DS0, DS1, 
DS3), and analog voice circuits. 
[0010] However, such conventional inventory sys- 
tems have a number of drawbacks. Thus, they need to 
be integrated with the NMS, by building a user specific 
interface for each proprietary NMS. Often the inventory 
does not reflect accurately the network make-up, as the 
data collection and the updates are entered manually 
(an up-to-down approach). Also, the information is avail- 
able network-wide only after it is effectively entered and 
the inventory system is re-loaded. These systems do not 
accommodate variants reflecting changes in the opera- 
tion of a certain device after the equipment has been 
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coded into the inventory, and especially if the equipment 
is assigned for service. In addition, the conventional in- 
ventory systems have a network element level granu- 
larity. 

[0011] As a result, the point-to-point architecture of- 5 
fers a very limited range of services and does not allow 
for reducing the service activation time (SAT) for this lim- 
ited range of services. On the contrary, as the network 
scales-up, the SAT (and the cost) becomes increasingly 
unacceptable. Today, a typical waiting time for new op- 10 
tical services in a point-to-point network is more than of 
120 days. 

[0012] There is a trend to transit from the point-to- 
point configurations to a new architecture, where the 
channels are routed, switched and monitored independ- *5 
ently. This new type of network is designed with a view 
to provide the networks with flexibility, scalability and dif- 
ferentiated CoS levels at the physical layer (channel lev- 
el). 

[001 3] Since such a wavelength switched network op- 20 
erates on different principles than the point-to-point net- 
work, the network management of these networks re- 
quires a new architecture. For example, because most 
of the hardware in a telecommunications network is sub- 
ject to changing conditions and changing configura- 25 
tions, it is important to dynamically adapt network oper- 
ation to these changes. Thus, achieving true agility is 
possible if the network resources, such as terminals, re- 
generators and wavelengths, are dynamically and au- 
tomatically allocated to various connections. This in turn 30 
implies accurate knowledge of current network resourc- 
es availability. Also, as the connections are set-up and 
removed at arbitrary moments and the number of chan- 
nels on any fiber link changes constantly, each connec- 
tion must be controlled independently. This means that 35 
the performance of the optical modules along each con- 
nection needs to be known and accurately controlled. 
[0014] There is a need to provide a network with a to- 
pology autodiscovery system, which provides real-time, 
accurate knowledge of the network resources, for ena- *o 
bling true agility at the physical layer. 

Summary of the Invention 

[001 5] It is an object of the invention to provide an ag- 45 
We network with a topology autodiscovery system that 
enables service differentiation. 
[0016] Accordingly, the invention provides an embed- 
ded platform for controlling operation of an agile optical 
network at the physical layer level, comprising: a module so 
level layer for monitoring and controlling operation of all 
optical modules that make-up the agile optical network; 
a shelf level layer for controlling operation of the module 
level embedded layer and for collecting topology data 
regarding configuration of the module level embedded 55 
layer; and a shelf network for connecting the shelf level 
embedded layer with the module level embedded layer. 
[0017] The invention also provides a network operat- 




ing system NOS for an agile optical network, compris- 
ing: an embedded platform organized on embedded do- 
mains under control of a shelf processor, for controlling 
operation of the agile optical network at the physical lay- 
er level; a link management platform organized on 
spans of control SOCs under control of a network serv- 
ices controller NSC, for controlling operation of the agile 
optical network at the optical connection layer level; and 
a link-layer network for connecting the SPs in a SOC 
with the NSC. 

[001 8] According to a further aspect of the invention, 
an optical layer control plane for an agile optical network 
of the type provided with a management information 
base MIB and with an internal signaling and control net- 
work, comprises an embedded processing platform for 
monitoring and controlling operation of one or more all 
shelves in the agile optical network at optical module 
granularity, and for collecting in the MIB topology data 
for all modules and shelves that make-up the agile op- 
tical network; a link management platform for monitoring 
and controlling operation of all network elements of the 
agile optical network, and for collecting in the MIB topol- 
ogy data pertinent to the network elements; means for 
hierarchically distributing a unique internal address on 
the internal signaling and control network to each the 
module, shelf and network element; and a distributed 
topology system DTS for hierarchically organizing the 
data in the MIB to allow independent routing, switching 
and restoration functions for a connection. 
[001 9] Still further, the invention provides a method of 
network topology autodiscovery for an optical agile net- 
work having a variety of interconnected modules, one 
or more modules making up a shelf, one or more shelves 
making up of a network element, comprising: hierarchi- 
cally assigning an internal address to each module, 
shelf and network element of the agile optical network; 
and auto-determining the type of each module and val- 
idating the configuration of the module against pre- 
stored module templates. 

[0020] Advantageously, the topology autodiscovery 
system of the invention uses a down-to-up approach 
and operates at the optical modules granularity; the low- 
er layer managed objects report their presence, type 
and connectivity to the immediately higher layer of man- 
agement. This approach allows for important reduction 
of SAT and consequently provides new revenue oppor- 
tunities for the network providers, such as: 

a) All planned or unplanned additions to the network 
are auto-propagated to the corresponding storage 
devices so as to be available to all entities that need 
the information. This includes physical discovery of 
the nodes, network elements, cards, physical fiber 
links. This feature reduces importantly the installa- 
tion time for the equipment supporting a new serv- 
ice. 

b) As a result of the knowledge of the current topol- 
ogy, the network operating system allows routing/ 
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switching of a connection along the best route for 
the respective CoS at a touch of a button, substan- 
tially reducing the service activation time bottle- 
neck. 

c) Still further, it allows reduction of the network en- 5 
gineering time and the probability of installation er- 
rors. Thus, the modular architecture of the cards, 
shelves and racks together with use of hierarchical 
levels of management and control enable automatic 
recognition of the topology units at each level. This 10 
in turn allows on-line verification of hardware legal- 
ity, using templates for all topology units. The tem- 
plates specify legal configurations that are made up 

of an ordered list of physical entities such as mod- 
ules, card types, card/slot pairs and shelf types, and « 
interconnections between the entities, i.e., card-to- 
card, shelf to shelf. 

d) Topology autodiscovery also allows disconnect- 
ing network control from packaging specifics. 

20 

[0021] Knowledge of the current network topology al- 
so enables important reduction of the provisioning time 
for a service. Thus, the network operating system is pro- 
vided with resource utilization capabilities, which indi- 
cate when to expand the network, and the infrastructure 25 
needed for the expansion, so that the infrastructure can 
be deployed by the time it is effectively required. The 
new resources are readily discovered and taken into ac- 
count. 

30 

Brief Description of the Drawings 

[0022] The foregoing and other objects, features and 
advantages of the invention will be apparent from the 
following more particular description of the preferred 35 
embodiments, as illustrated in the appended drawings, 
where: 

Figure 1 is an example of an agile optical network 
where the present invention may be used; 40 
Figure 2 shows the computing platforms of the net- 
work operating system NOS for the agile optical net- 
work of Figure 1 ; 

Figure 3 illustrates an embedded domain; 
Figures 4A to 3C illustrate the main components of 45 
the embedded platform that enable network topol- 
ogy auto-discovery according to the invention. Fig- 
ure 4A shows an example of the components of the 
embedded platform at the optical module level; Fig- 
ure 4B shows an example of the components of the so 
embedded platform at the optical terminal level, and 
Figure 4C shows an example of the embedded con- 
troller for the shelf units; 

Figure 5A illustrates the span of control for a net- 
work services controller; 55 
Figure 5B shows the roles of the primary and sec- 
ondary NSCs with respect to control of optical line 
amplifiers; 



Figure 6 illustrates the down-up approach for topol- 
ogy data collection; 

Figures 7A to 7C show applications of topology au- 
todiscovery feature of the agile optical network of 
Figure 1 , where Figure 7A show the block diagram 
of an optical line amplifier, Figure 7B show the block 
diagram of an optical add/drop multiplexer OADM, 
and Figure 7C shows how some card packs are re- 
placed in a shelf to change functionality of the shelf 
from an optical amplifier to an OADM; and 
Figures 8A -8C illustrate further applications of the 
topology autodiscovery feature of the agile optical 
network of Figure 1, where Figure 8A shows mod- 
ularity and scalability of a switching node, Figure 8B 
shows the modularity and scalability of a switch, 
and Figure 8C shows improvements in alarm report- 
ing. 

Detailed Description of the Preferred Embodiments 

Definitions 

[0023] The term "agile optical network", (also referred 
to as 'photonic network', 'all optical network', 'automati- 
cally switched optical network ASON', or 'wavelength 
switched network') refers to a network where an end-to- 
end connection is established along a trail, the traffic be- 
ing automatically switched at all or some intermediate 
nodes in optical format. The nodes of an agile optical 
network could be optical add/drop multiplexing (OADM) 
nodes that provide add, drop and optical passthrough, 
or could be optical cross-connect nodes that provide 
add, drop and optical switching of the passthrough traf- 
fic. 

[0024] Figure 1 illustrates an example of an agile op- 
tical network 100. 

[0025] In the example of Figure 1 , network 100 com- 
prises nodes A, B, C, 2, D, E, F, which are also called 
flexibility sites, connected by bidirectional fiber links 9. 
Optical switching nodes, such as node A, C, Z, F, D, 
comprise an optical switch 2 that provides optical 
switching of the passthrough traffic and in most cases 
also add/drop of local traffic 7. Optical add/drop multi- 
plexing (OADM) nodes, such as nodes B and E com- 
prise an OADM 3 that adds/drops the local traffic 7 to/ 
from the network clients. Figure 1 also shows the optical 
line system 8 comprising optical amplifiers and the as- 
sociated dispersion compensation and gain flattening 
equipment connected on WDM fiber links 9, which con- 
ditions the DWDM line signal for ultra-long haul. 
[0026] At the flexibility sites that enable add/drop, an 
electro-optics system 6 performs on/off ramp of client 
signals 7 onto/from the optical network and interfaces 
with the network over an access multiplexing and 
switching systems 4. 

[0027] Access muitipiexing/demuitipiexing system 4 
provides distribution of individual wavelengths from the 
line system 8 to the optical receivers (Rx), and provides 
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aggregation of individual wavelengths from the optical 
transmitters (Tx) onto the line system. Electro-optics 
system 6 includes transponders (a long reach (LR) Tx- 
Rx pair and a short reach (SR) Tx-Rx pair), which are 
the interface between the network and the user's equip- 5 
ment. Regenerators (a LR Tx-Rx pair) are also part of 
the electro-optics system 6; they provide OEO-based 
wavelength regeneration and conversion in the network 
core. Regenerators are switched in a route only when 
necessary for signal conditioning and/or wavelength 10 
conversion. Thus, a connection A-Z may travel between 
the source node A and the destination node Z in optical 
format, as shown in Figure 1 . However, if the distance 
between the source and the destination is greater than 
the reach of the respective channel, the signal is regen- is 
erated at selected intermediate sites. 
[0028] An embedded transponder interface, provided 
on the client's platform (not shown) is also available for 
converting short reach client interfaces to long reach ca- 
pable optical signals under the supervision of the line 20 
system. 

[0029] Figure 1 also shows a network operating sys- 
tem NOS 1, which controls network 100. NOS 1 allows, 
among other functions, end-to-end connection provi- 
sioning without manual intervention, discovery of nodes 25 
and links, selective regeneration for the passthrough 
channels in need of conditioning, full transmitter wave- 
length agility and assignment, photonic layer UNI (user 
network interface). It also allows fault monitoring, phot- 
onic layer network management, and contributes to au- 30 
tomated commissioning, integrated planning and engi- 
neering applications. The management and control 
functions are supported over an internal data communi- 
cation network IDN 5. 

[0030] A "connection" is a logical route from a source 35 
node, generically referred to as node A, to a destination 
node, generically referred to as node Z. A "route" or 
"trail" refers to a specific route for the A-Z connection. 
In the example of Figure 1, connection A-Z uses path 
ABCZ. 40 
[0031] A "link" refers to the equipment (could be opti- 
cal amplifiers, dispersion compensators, etc) and the 
fiber between two successive nodes. A link may include 
one or more fibers and the associate equipment. An ex- 
ample of a link is C-B in Figure 1 . 45 
[0032] An "optical path" refers to the route or the par- 
tial route traveled by a channel in optical format. Thus, 
a route may be comprised on one optical path, if no OEO 
conversion is needed between nodes A and Z, or may 
be comprised of a number of optical paths, if regen era- so 
tion/wavelength conversion is necessary at some inter- 
mediate nodes. NOS 1 has the ability to determine if re- 
generation/wavelength conversion is necessary and to 
insert a regenerator at the appropriate intermediate 
node. 55 
[0033] The term "network resources" refers to the net- 
work equipment and wavelengths. For the example of 
Figure 1 , this term refers to all modules, shelf units, and 



network elements that make-up network 100, and all 
wavelengths available for transporting client signals 
over the network. 

[0034] The term "network element (NE)" refers to the 
equipment that performs a network-level operation, 
such as an optical switch, an OADM, an optical line am- 
plifier. A NE could be made of one or more shelf units 
or bays. 

[0035] A "module" refers to a card-pack equipped with 
optical modules to provide a specific functionality. For 
example, network 100 uses Raman modules, core 
switch modules, etc. 

[0036] The term "topology data" refers to information 
regarding the identity, type, connectivity and status (al- 
location to a connection) of a network entity (resource 
or service). It may also include the address of the re- 
spective entity on network 5. 

[0037] To enable true agility, the NOS 1 of photonic 
network 1 00 must maintain an updated view of the net- 
work configuration, resources and their current alloca- 
tion to connections. This is possible by replacing the cur- 
rent up-to-down manual inventory management, with an 
automated down-to-up peer-to-peer topology autodis- 
covery, where all managed elements report their pres- 
ence and status to the NOS. 

[0038] The topology autodiscovery feature according 
to the invention is enabled mainly by: 

1 . An embedded processing platform at the physical 
layer and the associated signaling and control, to 
allow independent monitoring and control of all con- 
nections at optical modules granularity. 

The design of the embedded platform is mod- 
ular, being based on commonality of hardware de- 
sign. Thus, the arrangement of the optical modules 
and components on the cards takes into account a 
scalable growth of the hardware. The modules are 
built on standard cards, the shelves have a common 
hardware structure and a standard backplane; the 
modules can be inserted arbitrarily in the card slots 
of a shelf. It is evident that use of a modular struc- 
ture significantly simplifies the manufacture of the 
network elements, node/network hardware config- 
uration, and as a result, network engineering and 
provisioning. Along with the advantage of keeping 
the number of hardware entities to a minimum, com- 
monality of hardware design also allows a simplified 
structure of the control and management of the net- 
work, including the topology autodiscovery feature. 
The above referenced priority US provisional patent 
application Docket 1009P provides details on this 
feature. This application is incorporated herein by 
reference. 

2. Provision of an optical trace channel between all 
modules of network 100 and extension of data com- 
munication and signaling at the optical module and 
component layer. This allows a hierarchical, down- 
to-up reporting of network configuration, so that the 
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network can build an up-to-date view of its configu- 
ration. A distributed topology system DTS allows 
use of this information by all interested entities in 
the network. 

3. Address based network management and con- 
trol. All optical connections, modules, shelf units, 
NEs of photonic network 100 have a unique address 
on internal network 5. This address is used by var- 
ious tasks of the NOS 1 , such as topology discovery, 
automatic routing and switching, management and 
control of connections, etc. 

[0039] Figure 2 shows a high level diagram of the 
computing platforms of the network operating system 1 . 
[0040] The management and control functions of the 
NOS 1 have a layered architecture that builds on a mod- 
ular hardware structure. The computing platforms in- 
clude an embedded processing platform EP 15 which 
operates at the module and shelf layer, a link manage- 
ment platform 17, which operates at the link and con- 
nection layer, and a network management platform 
NMP 11, which operates at the network layer. 
[0041] The embedded processing platform 15 has 
two distinct layers of processing. At the module level, a 
circuit pack (module) layer includes all modules 20 that 
make-up the optical network. A module is provided on 
a standard card (the term "standard" refers to a univer- 
sal card, with a similar layout and a similar hardware 
architecture) that is equipped with the respective optical 
modules to provide a specific functionality. A module 20 
may occupy one or more slots in a shelf. For example, 
a Raman amplification module occupies two slots, an 
optical add-drop module occupies four slots, etc. 
[0042] At the shelf level, a shelf processor (SP) 30 dis- 
tributes addresses to each module in a respective em- 
bedded domain under its control, and collects topology 
data based on these addresses and adjacency informa- 
tion. Each SP 30 determines if the modules in the re- 
spective embedded domain form a legal entity and 
alarms illegal configurations. Each SP 30 manages and 
controls the respective embedded domain over a shelf 
network, and provides an interface with the link man- 
agement platform 17. 

[0043] The link management platform 1 7 comprises a 
network services controller (NSC) 50 for each switching 
node, such as nodes A, C, Z in Figure 1, to provide the 
compute resources required to perform link and node 
management and control. 

[0044] Relevant to this invention is the role of NSC 
platform in topology discovery, configuration validation, 
and topology data collection. Other functionality of link 
management platform 17 includes e.g. end-to-end rout- 
ing and switching of A-Z connections. 
[0045] Thus, each NSC manages and controls the 
shelf units in a negotiated span of control (SOC). A site 
network and an optical line network allow communica- 
tion between the NSC and the managed objects in its 
SOC. A NSC 50 distributes addresses to all shelf proc- 



essors in the SOC, determines if the shelf units form a 
legal entity and alarm illegal configurations. The MIB 
(management information base) 10* maintains an accu- 
rate, current topology information at nodal, link and 
5 module granularity. Each NSC 50 constructs, from que- 
ried information a topology fragment 55, which is stored 
in the MIB to provide a complete view of the network. 
The distributed topology system DTS 10 provides inter- 
faces between the MIB and all applications of the NOS 

10 1 that use this data. 

[0046] Platform 1 7 also has a data collection and con- 
solidation role between management platform 11 and 
embedded processing platform 15. Thus, MIB 10' also 
maintains and provides remote access to all operation, 

is administration and maintenance (OA&M) data. This per- 
formance information is distributed within the network, 
and is cross-referenced with the respective topology in- 
formation by DTS 10, to enable control of performance 
of each A-Z connection from NSC platform level. 

20 [0047] At the highest level, the management server 
platform 1 1 provides the compute resources required to 
perform network management. Typically, it interacts 
with a planning platform 13 and the platform 17. The 
management platform 11 comprises a plurality of appli- 

25 cations, such as performance, fault, configuration and 
security management applications. Also common appli- 
cations, such as system management and software dis- 
tribution, reside preferably on platform 11. Relevant to 
this invention is the role of platform 11 in distributing 

30 unique address ranges to all NSC's, and maintaining 
these addresses inaccessible to the network clients. 
One or more management client platforms 11" may be 
connected to the management server platform 11. 
[0048] The planning and engineering functions reside 

35 on planning platform 1 3, at the same layer but separate 
from the management platform 11, to enable off-line 
planning and engineering of the network. The construct- 
ed network can be shared with the management plat- 
form 11 e.g. for optimizing network evolution plans 

40 based on most up-to-date network data. Platform 1 3 al- 
so allows the provider to specify the network operating 
targets such as dispersion, power per channel, channel 
usage, etc. 

[0049] A craft platform 1 9 enables simple nodal man- 
45 agement and control of any platform over interfaces to 
the link management platform 17 and embedded plat- 
form 15. It provides the ability to query and set various 
nodal parameters, to remotely access and launch man- 
agement platform applications, etc. It can simultaneous- 
50 |y contact more than one platform offering simplified net- 
work segmentation functions (for example, establishing 
a connection between two nodes). 
[0050] The decision of which software functions re- 
side on which platforms is determined by a number of 
55 factors, including response-time requirement, availabil- 
ity requirement, reaction-time requirement, and scala- 
bility requirement. A software function may need to re- 
side on more than one platform. Details on functionality 
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of platforms 11, 13, 19 are provided in the priority US 
provisional patent application Docket 1009 identified 
above, which is incorporated herein by reference. 
[0051] The planning, management, NSC and embed- 
ded platforms are based on a common object model that 
is supported by all applications, and a common object 
definition language. This guarantees compatibility 
across domains without translation layers. Examples of 
common object models are the topology model and the 
NE model. 

[0052] Separate application-specific models are for 
example defined for the routing and switching mecha- 
nism at the NSC platform. 

Embedded platform. 

[0053] As shown in Figure 3, the embedded platform 
1 5 is organized on module-level embedded domains 40 
operating under the supervision of a shelf processor SP 
30. 

[0054] Figure 3 shows intuitively a plurality of modules 
(card-packs) 20 in a domain. The embedded domains 
can be classified into node embedded-layer domains, 
and link embedded-layer domains, depending on the 
type of the modules in the domain. For example, a 
switch shelf with the core switch modules and the re- 
spective SP forms a node embedded-level domain. A 
line amplifier shelf with the modules of an optical line 
amplifier forms link embedded-layer domain. . 
[0055] Each module is provided with an embedded 
controller 21, which supports data communication 
through a shelf network 35 to its SP 30. 
[0056] Shelf network 35 is provided over a standard 
backplane. Data communication includes, from the EC 
20 to the SP 30, transmission of OA&M (operation, ad- 
ministration and maintenance) data, and of card/module 
identification information. It further includes from the SP 
30 to the EC 21 , transmission of operational targets for 
the optical modules (devices), address distribution. This 
network is preferably a LAN using Ethernet as the L2 
protocol and IP as the L3 protocol. 
[0057] A module 20 is also connected with the peer 
modules over an optical trace channel OTC 12. OTC 12 
is a unidirectional channel that travels, according to a 
preferred embodiment of the invention, between mod- 
ules 20 in a paired fiber (intra-shelf optical connections), 
between shelves on two unidirectional optical channels 
sharing a two-fiber ribbon cable with the traffic (inter- 
shelf optical connections), and between flexibility sites 
on 8 unidirectional channels (sharing the fiber with the 
traffic) in an eight-fiber ribbon cable. Preferably, the 
wavelength for this channel is selected at 1 310nm, while 
the traffic uses L-band. It can also use a separate, tan- 
dem fiber. 

[0058] The OTC links 1 2 may for example use an Eth- 
ernet over fiber protocol. Ethernet is preferred since it 
is a widely established and understood networking pro- 
tocol. Also, the hardware is available through many ven- 



dors, and supply is guaranteed. While currently the re- 
quired user data rate for this channel is 10 Mb/s, the 
links are preferably designed using a higher, 100 Mbps 
data rate, since this channel could be used in the future 
5 for new applications and higher possible data rates. Al- 
so, most integrated optical transceivers on the market 
are designed for bit rates of 50 Mbps and higher, and 
may not support lower bit rates. 
[0059] The trace messages are a collection of identi- 
fy fjers for each entity along the respective optical seg- 
ment, reported to the respective shelf processor. An 
identifier may for example include the NE, shelf, slot and 
port identification (NE-ID, ShelfID, SlotID, PortlD). If 
three systems A, B and C, are interconnected, then sys- 
15 tern A would report itself on the trace channel 12 and 
send a trace message {A} to the next downstream sys- 
tem B. System B receives trace message {A} and re- 
ports itself and sends a trace message {A, B} to the next 
downstream system C. System C receives A, B and re- 
20 ports itself and sends the trace message {A, B, C} to the 
next system on the fiber, etc. 

[0060] All SPs 30 have also access to signaling and 
control data carried between the sites by OSC (optical 
service channel) 14. OSC 14 is a bidirectional channel 

25 operating at 1 51 Onm and multiplexed with the traffic on 
the WDM fiber 9. This channel is used in traditional 
point-to-point networks for signaling and data commu- 
nication across the optical spans. In network 100, this 
channel also transports topology data (and other sign- 

30 aling and control data) between the nodes. In each di- 
rection, OSC may be for example inserted at the pos- 
tamplifier module of a respective site, accessed at all 
optical line amplifier modules and extracted at the 
preamplifier module at the next flexibility site. As a more 

35 particular example, the preamplifier, postamplifier and 
line amplifier used in network 100 include a standard 
Raman card provided with bidirectional OSC access. 
[0061] It is to be noted that the interface 14' to OSC 
is denoted with the same reference number as the OSC 

40 14, using the character 'prime*. 

[0062] Figures 4A-4C show a high level view of the 
entities of the embedded control. 
[0063] As shown in Figure 4A, the modules are pro- 
vided on a standard card 200. Each card 200 is 

45 equipped with an embedded controller EC 21 and one 
or more connector arrays 23\ 24*. The optical modules 
23, 24, that make the card specific, are inserted in these 
connector arrays. For example, an EDFA (erbium doped 
fiber amplifier) module includes a pair of amplifier mod- 

50 ules for amplification of all channels in the WDM signal. 
A core switch card for example comprises an amplifier 
and a blocker (a programmable optical filter). 
[0064] A FPGA 25 is provided on cards 20 for con- 
necting modules 23, 24 to EC 21 over a shared interface 

55 18 and over a local bus 18\ 18", respectively. 

[0065] The WDM signal arrives and leaves the mod- 
ule^) as shown at 9 (WDM fiber), and the respective 
module 23, 24 performs on the payload signal such 
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functions as amplifications, broadcasting, splitting, com- 
bining, filtering, to name a few. The OTC/OCC 1 2 is split/ 
combined from/with the WDM signal in this embodi- 
ment; the trace channel is directed to EC 21 and the 
WDM signal is directed to the modules 23, 24. Trace 
transceivers TR, including a respective receiver 27 and 
transmitter 27\ are used for E/O and O/E conversion of 
the trace signal (i.e. the trace signal travels in optical 
format while the microcontroller operates in electrical 
domain). 

[0066] A bridge/switch 22 is used for distributing the 
trace signals to/from EP 21 from/to the shelf network 35 
over interface 35\ It is preferably an 8-port bridge, up to 
6 ports being used for the incoming and outgoing trace 
signals for each respective embedded domain. Inter- 
face shown at 19' uses the 8 th port of the bridge 22 to 
provide access to craft platform 19. Bridge 22 is con- 
nected to the microcontroller 220 over an interface 16. 
[0067] Embedded controller 21 comprises a micro- 
controller 210, the associated memory 220, and the 
clock recovery/generation circuit 230. The microcontrol- 
ler 210 is responsible with performance monitoring, fault 
sectionalization, signaling, and data communication. Al- 
so, microcontroller 210 performs per fiber node-to-node 
OA&M (operation, administration and provisioning) and 
per wavelength end-to-end optimization. Other function- 
ality includes control of wavelength and power, such as 
per-wavelength locking to ITU grid, per wavelength 
power control, and receiver/transmitter control (decision 
level control and modulation format control). Microcon- 
troller 210 stores card identification information and ba- 
sic inventory information in memory 220. 
[0068] EC 21 identifies the optical module(s) 23, 24 
inserted into array connectors 23\ 24' based on optical 
module identification information; it then assemblies 
card identification information based on the optical mod- 
ules functionality. Card identification information may 
comprise in addition to the type, a serial number, a list 
of versions, and a list of software load versions of all 
optical modules, which is pre-stored in memory 220. 
[0069] Figure 4A also shows a power supply module 
26. The connectors for the external connections, includ- 
ing the connections to the backplane, are not shown. 
[0070] Figure 4B illustrates an example of the embed- 
ded controller provided on the optical terminals. In this 
embodiment, the EC 21 has a similar configuration as 
shown in Figure 4A. Since these modules operate on 
one channel only, no switch/bridge functionality is re- 
quired, so that the device 22 is not necessary. A trace 
transceiver TR terminates/generates the trace channel 
for the respective route and interface 27 translates the 
data formats in both directions. 
[0071] Since the terminal card-packs 200' access the 
traffic (card packs 20 do not access the traffic), they are 
provided with data processing capabilities, shown by 
physical layer processing circuit 28. The terminal cards 
provide access to the digital wrapper, which allows ac- 
cess to raw and corrected BER (bit error rate), control 



and status of transmission states (AIS, FERF, LOF). 
[0072] Card 200* is used for building transponders, re- 
generators, wavelength converters and embedded 
transponders. It is designed with wavelength-independ- 

5 ent components, so that all channels use the same TR 
card terminals. The wavelength-specific components, 
such as the channel laser (Tx) and receiver wavelength 
dependent electronics (Rx) are provided separately. In 
the case of an embedded transponder interface, an op- 

10 tical control channel (OCC) is used rather than OTC 12. 
OCC is a bidirectional channel, transported preferably 
over the same wavelength as OTC, which connects the 
access system 4 and the respective embedded termi- 
nal, to seamlessly control the operation of the trans- 

15 ponder form the respective node. 

[0073] Card-packs 200' are also provided with a pow- 
er supply module and connectors (not shown) for exter- 
nal connections. 

[0074] Figure 4C shows an embodiment of a standard 

20 shelf processor (SP) card that occupies an assigned slot 
in each shelf. SP 30 comprises a programmable device 
FGPA 32, a network processor 60 with the associated 
memory 33 and an embedded controller 21 \ The main 
purpose of the SP 30 is to provide intra-shelf communi- 

25 cation between embedded controllers 21 on the mod- 
ules and the embedded controller 2V on the shelf proc- 
essor, over interface 35'. SP 30 also provides access to 
the optical service channel OSC 14 over a L-3 interface 
14\ This connectivity is facilitated by FPGA 32 which 

30 also provides communication between the network 
processor 60 and the modules. Shelf functions such as 
card presence and temperature monitoring are also pro- 
visioned, as shown at 39. FPGA 32 is connected with 
the network processor 60 and with the embedded con- 

35 trailer 21* over a respective internal bus 36, 38. 

[0075] Network processor 60 operates as a router or 
as a bridge on a link-layer network (160 or 165) as dis- 
cussed later, which is shown by interface 34. The net- 
work processor on the SP of a pre/post amplifier shelf 

40 operates as a gateway for the OSC 14. Processor 60 
also distributes the signaling and control data pertinent 
to the modules in the respective shelf domain to embed- 
ded controller 2V over internal bus 37 and relays the 
data pertinent to pair SPs over interface 32 to the link- 

45 layer network; communication with the upper layer 
processing platforms is also established over interface 
32. Network processor 60 also communicates over in- 
terface 31 1 with a standard alarm interface module AIM 
(not shown) that occupies an assigned slot in each shelf. 

50 [0076] Embedded controller 21 1 has a similar struc- 
ture with the EC 21 provided on the module, and it com- 
municates with the ECs 21 on the modules (card-packs) 
20 in the respective shelf over the interface 35\ ECs 21* 
also communicates via the backplane with AIM via in- 

55 terface 31 , and provides access to craft platform 19 over 
interface 19\ Interfaces 31, 19* are established using 
for example Ethernet devices (not shown). 
[0077] At this level, EC 21 ' provides all modules in the 
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embedded domain with an address on shelf network 35. 
Based on this unique address, EC 2V provides modules 
type recognition, data communication provisioning, to- 
pology and performance data collection. EC 21' also 
provides the appropriate software load version for all op- 
tical modules requiring an upgrade. 
[0078] EC 21 * validates the configuration of each 
module of the respective domain 40 based on pre- 
stored module templates, and validates the shelf con- 
figuration based on pre-stored shelf templates. At this 
level, the templates indicate configuration rules that are 
made-up of ordered lists of physical entities including 
card identification information (Cll) such as shelf ID, slot 
ID, port ID, and all valid interconnection between the 
cards. The memory 220 (see Figure 4A) may also in- 
clude a catalog with modules versions, software load 
versions, and/or other module and card specific infor- 
mation. 

[0079] Shelf identification information is also stored in 
the EC 21* memory, and includes for example, in addi- 
tion to the shelf type, information such as shelf address, 
HW and SW versions. 

[0080] For example, the following shelf templates 
may be used to build an optical network: a tandem pre/ 
post amplifier shelf provided at the input/output of a 
node flexibility site, a tandem shelf which divides the 
power of the input signal along a plurality of routes for 
demultiplexing, a switch access gateway shelf and a 
gateway interface shelf for dilation of an access tree. 
Other shelves are for example a line amplifier shelf 
which amplifies the WDM signal on the line 8 and pro- 
vides dynamic equalization, and a 1 6 or a 32 wavelength 
OADM access shelf which provides add/drop/tandem 
function for 16 or 32 wavelengths in connection with 
OADM pre/post amplifier shelf, a transponder shelf (with 
up to 1 6 transponders), and a regenerator shelf (with up 
to 16 regenerator pairs). 

[0081] Invalid shelf configurations are alarmed. New 
shelf types may be added to the templates. A shelf can 
be configured from craft platform 19 (see Figure 2) di- 
rectly at this layer using the craft platform provisioning. 
A shelf can also be configured from the network services 
platform 17 or from the management platform 11. 

Link Management Platform. 

[0082] Figure 5A shows the NSC 50A, 50B and 50Z 
at nodes A, B and respectively Z for an A-Z route. It also 
shows an optical line amplifier OLA between nodes A 
and B. We note that the number of line amplifiers be- 
tween nodes A and B depends on the length of this link; 
Figure 5A shows one line amplifier for simplification. 
[0083] Each NSC, as shown for NSC 50A, manages 
and controls the shelf units in a respective span of con- 
trol (SOC) shown at 70. A NSC 50 determines if the shelf 
units form a legal entity and alarms illegal configura- 
tions. A NSC is also responsible for distributing address- 
es to ail network elements in the SOC, and for construc- 



tion of a topology fragment 55 for the NEs in its SOC. 
[0084] In the example of Figure 5A, the span of control 
70 for NSC 50A extends over shelf processors SP A>1 , 
SP A 2 ... SP AM at node A, each with the respective em- 
5 bedded layer domains 40 A1 , 40 A2 ... 40 A M> and a SP A N 
on link 9, with the respective em'beddeddomain 40 A u , 
and other line amplifier shelves on line 9. 
[0085] Each NSC validates the configuration of the 
network elements NE under its control, based on NE 

10 templates. At this level, the templates include NE iden- 
tification information Nil for ail possible valid NEs con- 
figurations and all valid interconnections between the 
shelves. The NSC compares the actual NE configura- 
tion with the templates to validate the configuration of 

15 the respective network element. 

[0086] Examples of network elements are for exam- 
ple a switch, an OADM, and a line amplifier. A switch 
network element may have templates for a plurality of 
sub-types, such as a standalone terminal (a terminal 

20 with access but no switching capability) or a wavelength 
cross-connect WXC (2x2, 3x3, or 4x4). The switch tem- 
plates indicate required shelves and interconnections 
among shelves. The OADM network element has for ex- 
ample subtypes for 16 wavelengths and 32 wave- 

25 lengths. Network elements can be provisioned, config- 
ured, or reconfigured over the craft interface 19V 
[0087] The NSCs communicate with each other and 
with the SPs in the respective SOC over a link-layer net- 
work, which comprises a node network 160 and a line 

30 network 165. Node network 160 connects all node em- 
bedded domains (N-ED), and the line network 165 con- 
nects all the line embedded domains (L-ED). Preferably, 
the SP 30 on a shelf that terminates the OSC such as 
SP A i and SP A M on Figure 5A, operate as a L-3 router 

35 (e.g. an optical shortest path first (OSPF) router) on the 
respective network to relay the data to/from the respec- 
tive managed object to its destination, based on the ad- 
dress of the object. However, other SPs may be config- 
ured as a router, including a SP at a line amplifier site 
jn line network 165, if it is supporting cross-line segment 
routing. Preferably, a second SP in the same SOC could 
be configured as a router for overtaking this functionality 
in the case of a faulty operation of the initial router. The 
remaining SPs 50 in the respective node network 160 

45 and line network 165 operate as a L-2 bridge. 

[0088] Other variants of routing on the internal data 
network may be envisaged. For example, the IDN may 
be configured as a single OSPF area, in which case all 
SPs at the switching nodes act as L-3 routers. This var- 

50 jant is simpler to implement, but it limits the network size 
and it requires a different configuration for the line am- 
plifiers at the sites with cross-line segment routing, and 
also requires re-provisioning of the line amplifiers at the 
other sites. 

55 [0089] Still another variant may partition the internal 
network into several OSPF areas, each area including 
several switching nodes. However, this solution requires 
careful network planning. 
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[0090] A bidding algorithm is used by platform 17 to 
determine which NSC at the ends of the respective link 
is the primary controller for the optical line amplifier 8, 
and which is the secondary NSC. In the example of Fig- 
ure 5A, NSC 50A is the primary NSC for OLA1 8, and 5 
NSC SOB is the secondary NSC. The decision of which 
NSC is the primary and which NSC is the secondary 
NSC is made during system startup and is based on the 
size of the span of control of each NSC. The criteria that 
are taken into consideration could for example be the 10 
number of links controlled by an NSC, the number of 
shelves controlled by an NSC, or the address of the 
NSC. 

[0091] The NSC functions as a "gateway" to manage 
the line amplifiers in its span of control. To provide the is 
"gateway" functionality, a NSC maintains a list of line 
amplifiers 8 it manages as primary NSC, and a list of 
line amplifiers it is managing as secondary NSC, and it 
processes requests received only from line amplifiers 
that it is managing as primary NSC. Typically, this rela- 20 
tionship with respect to a certain line amplifier does not 
change. However, if the communication between the 
"gateway" NSC and the line amplifier is interrupted (e. 
g. due to a fiber break), the line amplifier would no longer 
be reachable. In case of a loss of association (LOA) be- 25 
tween the primary NSC and one of its line amplifiers, the 
management functionality is switched over to a second- 
ary NSC. 

[0092] Figure 5B shows the operations when the as- 
sociation between a line amplifier and its primary NSC 30 
is down for a certain time. Each tine amplifier OLA 8 pe- 
riodically checks the connection to its primary NSC us- 
ing a heartbeat protocol, as shown at step 51 . If the op- 
tical line amplifier detects that the connection with the 
primary NSC 50 has been lost, step 52, the line amplifier 35 
emits a LOA ("Loss of Association") alarm. The alarm is 
sent to the secondary NSC 50* as shown by step 53, 
and to the NMS, step 53' and used to enable manage- 
ment of this line amplifier through the secondary NSC, 
step 55. 40 
[0093] Alarms have to be re-sent when the associa- 
tion between line amplifier and primary NSC is re-estab- 
lished within the hold-off-time window. The line amplifier 
continues polling the primary NSC, as shown at 54. After 
the communication with the primary NSC is re-estab- 45 
lished, step 56, the line amplifier reverts back to the pri- 
mary NSC, step 57. It therefore clears the LOA alarm, 
step 58, which action management through the second- 
ary NSC, step 59. 

[0094] The NMS listens for LOA alarms (i.e. alarm 50 
was raised or cleared) to reconcile the MIB database of 
that line amplifier. This is necessary in order to avoid 
events and alarms of a line amplifier being lost due to 
the failover from primary to secondary management. 
[0095] Figure 6 illustrates NSC role in generating and 55 
maintaining the distributed topology system DTS 10. As 
also discussed in connection with Figure 5A, each NSC 
50 constructs a topology fragment 55 for the embedded 



elements under its control, to build a complete network 
view by putting together the SOC topology fragments. 
[0096] This information is used by various network ap- 
plications 61 A, 61 B, 61Z (e.g. the routing and switching, 
controllers, etc) which are provided with appropriate to- 
pology interfaces 63A, 63B, 63Z. 
[0097] Topology discovery is hierarchical in nature, 
using a down-up approach. At the embedded layer level, 
the managed objects, i.e. the modules, determine their 
internal and external topology to create a unit of topol- 
ogy 41A 1 to 41A N , called toplet, as shown by arrow a. 
The internal topology is determined by the type, place- 
ment and interconnect order of the circuit packs (mod- 
ules) on the respective shelf. The external topology 
comprises the position and identifying information of the 
neighbors 42A 1 and 43 A 1 of a managed element 41 A v 
External topology is therefore determined by sending 
adjacency discovery messages out well-known ports 
that are mapped to adjacent neighbors over the OTC 1 2 
and OSC 14, as discussed above. 
[0098] Topology tasks 41 resident on each managed 
element, forward their toplet information (presence, ad- 
dress and adjacency) on to the respective topology MIB 
to generate the topology fragments 55A, 55B...55Z, as 
shown by arrow b. The responsibilities of NSC platform 
17 is to assemble the toplets it received into a coherent 
view of the SOC (the node equipment and the line equip- 
ment in the respective SOC) in the context of network 
100, as shown by arrow c, and then share this informa- 
tion with the all NSC's 50, so that each NSC can build 
a complete view of the network, shown at d. 

Address distribution on the internal data communication 
network 

[0099] The particular structure of NOS 1 allows shift- 
ing the connection management paradigm from central- 
ized control of circuit routing to address management. 
Thus, all hardware entities defined in network 100 at all 
levels of management and control are provided with an 
address on the internal network, hierarchically distribut- 
ed by platform 1 1 ; topology autodiscovery, as well as 
monitoring and control of hardware are based on these 
addresses. AH address assignment is automatic. How- 
ever, the customer may temporarily change an address 
using the craft interface. 

[0100] For networks equipped with a NMS (network 
management system), the NMS provides the address 
ranges and maintains a correspondence table between 
this internal address and the external address of the net- 
work elements, available to the user. In the absence of 
a NMS, the customer may provide the ranges. 
[0101] The NSC acts as the primary distributor of ad- 
dresses for the line segments and for the flexibility site 
on which it resides. For the flexibility site, the addresses 
are permanently assigned once the network element 
object is created on the NSC. For the line segment, ad- 
dresses are permanently assigned once the NSCs com- 
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municate to establish an end-to-end connection trig- 
gered by the customer. 

[0102] The total number of addresses within a site 
network 60 address pool should be sufficient to encom- 
pass the maximum number of shelves expected with 5 
some addresses available for future expansion. 

Applications of the network topology autodiscovery 
capabilities 

10 

[01 03] A. Provisioning a network element (populating 
the shelves with cards and connecting the cards and the 
shelves). 

[01 04] To add a new network element, the user choos- 
es on the GUI (graphical user interface) the NE type/ 15 
subtype. The GUI lists all shelves required to make-up 
the respective NE and the shelves that are available on 
the internal network. The user adds shelves from the 
"available list" until all required elements are satisfied. 
Then the list of required elements is compared with the 20 
list of the elements available at the respective node. 
[01 05] Then, the cards (modules) are inserted into.the 
shelves. The respective shelf processors query the 
cards in their domain, by first determining if there is a 
card in the respective slot, and next by fetching the card 25 
ID. After all cards in the shelf are accounted for, the SP 
determines if the cards form a legal shelf, by checking 
the auto-discovered configuration against all templates. 
If the type of shelf checks against the template, the SP 
reports the shelf ID to its primary network service con- 30 
trailer. AH SP's perform a similar operation and report to 
the NSC their identification information. 
[0106] If the shelf-type is illegal, this is reported to 
craft platform, which checks if it is a new shelf type or 
not. In the case of a new type of shelf, a template is 35 
prepared and stored with the SP. If the type of shelf is 
illegal due to an error in the way the cards are inserted, 
the error is alarmed. 

[0107] Next, the NSC compares the managed ele- 
ment configuration reported by the shelves against its *o 
templates to determine if the NE is of a legal type. If yes, 
the configuration of the NE can be committed and the 
NSC creates the logical/topological objects and stores 
these in the DTS. If not, the craft platform, advises if the 
NE is of a new type or the configuration is illegal. The 45 
NSC alarms if the NE is of an illegal type, or prepares a 
new template, if the MO is of a new type. 
[0108] B. Figures 7A to 7C show how functionality of 
a shelf may be changed from an OLA shelf to an OADM 
shelf. 50 
[01 09] Figure 7A show the block diagram of a bidirec- 
tional optical line amplifier. For each direction, the line 
amplifier comprises a respective Raman module 70, 71, 
an optical amplification module 72, 73 and an optical 
spectrum analyzer OSA module 80. The dispersion 55 
compensating modules DCM 74, 75 are arranged on a 
subtended shelf at the line amplification sites, and there- 
fore they are not shown in the initial arrangement of the 



card-packs in the shelf on Figure 7C. 
[01 1 0] Figure 7B show the block diagram of an optical 
add/drop multiplexer OADM. It comprises a Raman 
module 70, optical amplification module 72, with a dis- 
persion compensating module DCM 75, an OADM mod- 
ule 79 and a postamplifier 77. 
[01 1 1] Figure 7C shows the initial arrangement of the 
cards of the line amplifier in the shelf 85. By removing 
the Raman module 71, the optical amplification module 
73, and optical spectrum analyzer module 80, and in- 
serting in their slots a DCM 74, a postamplifier 77 and 
an OADM 79, functionality of shelf 85 is changed from 
an optical amplifier shown in Figure 7A to the OADM 
shown in Figure 7B. The Raman module 71 and the op- 
tical amplification module 73 can be reused in building 
the OADM line shelf for the reverse direction. 
[0112] Shelf 85 can be easily configured as a pre-post 
amplifier shelf, a dual pre-amplifier shelf, a dual post- 
amplifier, or an OADM drop extension shelf for a switch 
(not shown). 

[01 1 3] Once the modules are inserted in the bay, the 
SP determines the identity of the modules, checks if the 
modules form a legal shelf by comparing the new con- 
figuration with the templates, and then reports the new 
shelf configuration to the respective NSC. 
[0114] C. Figures 8Aand 8B illustrate examples of fur- 
ther applications of the topology autodiscovery feature 
of network 1 00, namely modularity and scalability of the 
nodes in Figure 8A, and scalability of the switch in Figure 
8B. 

[0115] As shown in general in Figure 1, a switching 
node, such as node A comprises a switch 2, an access 
subsystem 4 and electro-optics 6. At the input of the 
node, a preamplifier 90 is provided for conditioning the 
WDM signal arriving at the node on line 9. The pream- 
plifier comprises a Raman module 70, an optical ampli- 
fier 72 with a DCM module 74 connected in the mid- 
stage. At the output of the node, postamplifier 77 is pro- 
vided for conditioning the signal before it is inserted on 
the line towards the next node. As it can be seen, the 
same modules are used as for the optical line amplifier 
and OADM of Figures 7A and 7B. 
[0116] At the output of the preamplifier, the input 
WDM signal is power split by a terminal line interface 
(TLI) 81; a first WDM component signal, with all chan- 
nels in the input WDM signal, is routed to the access 
system 4, and a second WDM component signal is rout- 
ed to switch 2. 

[01 17] The access system has an add and drop tree; 
the drop structure is discussed only. The first WDM com- 
ponent is split along a plurality of branches in stages, 
from one 'stem' into for example 1 28 'branches', each 
terminating on a receiver of the electro-optics system 6. 
Along each branch, a channel is allowed or blocked ac- 
cording to a current network connectivity map, using a 
wavelength blocker 83. 

[0118] A first gateway stage GS2 comprises on the 
drop side, a 1 :4 splitter 84, so that four second gateway 
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modules GS1 may be connected to it. Each GS1 blocks 
a number of channels In the first WDM component, so 
that each of the four WDM signals at the output of a mod- 
ule 83 carries different channels. Each of these first 
stage WDM signals are power divided next along e.g. 8 5 
routes. In this way, each module GS1 supports 8 third 
stage gateway input-output modules GIO. At this stage, 
a filter 85 filters-out all channels that are not directed to 
the receiver connected to the respective branch of the 
tree. 10 
[01 19] It is apparent that the number of modules used 
for this structure depends on the number of the channels 
in the input WDM signal. 

[0120] As it also apparent that the access system may 
be scaled-up from an initial configuration comprising *5 
one module GS2, one GS1 module and one module GIO 
module. For example, at the beginning, GIO module 
may be successively equipped with up to four trans- 
ponders TR in this example. Next, a second GIO module 
may be directly connected to a second port of the GS2 20 
module, and four more transponders can be attached to 
second GIO module gradually. Or, the second GIO mod- 
ule may be attached to a second port on GS1 module, 
etc. 

[0121] As equipment is added (modules, shelves), the 25 
new modules report their Cll to the SP 20, which verifies 
the validity of the module and shelf configuration against 
the respective templates and reports the additional NE 
to the NSC 50. The NSC at node A verifies the validity 
of the network element configuration against the tern- 30 
plates and updates the topology fragment at the node 
with the added equipment, so that all applications take 
into consideration the current configuration of the node. 
[01 22] The structure of switch 2 is also modular being 
built from tandem switch core TSC modules 86. At the 35 
input of the switch 2, the second component of the input 
WDM signal is split by a tandem switch input/output 
TSIO module 82, for example into four components, 
each being routed to a TSC 86. The output of the re- 
spective TSC is connected to one of the other lines *o 
present at the respective node. Each TSC allows/block 
a selectable number of channels from the WDM signal 
to pass or not from the input to the output. 
[0123] Figure 8B shows by way of example a 5-way 
switch 2. The switch may have an initial configuration 45 
with only two modules 86, as shown in black on Figure 
8B, for switching two lines S-S and E-E. To add a line 
W-W, four more modules 86 are added as shown in grey 
on Figure 8B. Four lines may be connected using 12 
modules 86, five lines would use all 20 modules. 50 
[0124] D. Topology autodiscovery also allows simpli- 
fying alarm processing, as shown in Figure 8C. Network 
100 uses a generic information model based on M.3100 
ITU-T standard Generic Network Information Model, 
which defines the ME (managed element) physical and 55 
logical components. G.875 Standard defines optical 
specific extensions to M .31 00. Auto-creation of all of the 
managed objects is one novel aspect of the model used 



by the NOS 1 and it does impact on the M.3100 model 
(this is not the object of the present invention). The ob- 
jects used in the model are network objects, system ob- 
jects, equipment objects, termination points objects 
(which could be trail termination points TTP and con- 
nection termination points CTP), OAM (operation, main- 
tenance and administration) objects and topology ob- 
jects. 

[0125] Figure 8C shows a representation for a drop 
tree comprising a gateway stage GS2 module, that sep- 
arates the traffic along two branches. A first branch is 
provided with a gateway stage 1 module GS1-1 with the 
respective gateway stage 1 expansion GS1X, followed 
by a gateway input/output module GIO-1 and terminated 
at transponder TR-1 as shown by connection termina- 
tion point CTP1 (which is also a TTP). The second 
branch is provided with a module GS 1 -2 with the respec- 
tive expansion GS1X, followed by a module GIO-2 and 
terminated at transponder TR-2 as shown by connection 
termination point CTP-2. 

[01 26] If, for example, the fiber is cut at 95 as shown 
for a drop tree, the respective module GS2 will report a 
LOS (loss of signal), but also all GS1 and GIO modules 
and all TR modules along the respective branch will re- 
port a LOS. This makes it very difficult to localize the 
fault. Conforming to the information model, the GS1-1 
"affects" CTP-1 , and GS1-2 "affects" CTP-2. On the oth- 
er hand, the CTP-1 is "supported by* GS2, GS1-1 , GIO- 
1 and TR-1 , while CTP-2 is "supported by* GS2, GS1-2, 
GIO-2 and TR-2. Applying the model to the alarms, the 
LOSs issued by the modules downstream from the cut 
are labelled as minor, and the LOS at GS1 is labelled 
as critical. 



Claims 

1. An embedded platform for controlling operation of 
an agile optical network at the physical layer level, 
comprising: 

a module level layer for monitoring and control- 
ling operation of all optical modules that make- 
up said agile optical network; 
a shelf level layer for controlling operation of 
said module level embedded layer and for col- 
lecting topology data regarding configuration of 
said module level embedded layer; and 
a shelf network for connecting said shelf level 
embedded layer with said module level embed- 
ded layer. 

2. An embedded platform as claimed in claim 1, 
wherein said module level layer comprises a plural- 
ity of modules organized on domains, and wherein 
said shelf level layer comprises a plurality of shelf 
processors, a domain being controlled by a shelf 
processor over a shelf network. 
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3. An embedded platform as claimed in claim 2, 
wherein said modules are serially connected over 
an optical trace channel OTC, said OTC for trans- 
porting a trace message with information about 
identity and connectivity of said modules. 5 

4. A control plane as claimed in claim 3, wherein said 
OTC is a unidirectional channel, which is one of 
multiplexed with the traffic and provided on a sep- 
arate fiber from the traffic. 10 

5. An embedded platform as claimed in claim 2, 3 or 
4, wherein said trace message is a collection of 
identifiers updated by each module along an optical 
path with the respective module topology data. 15 

6. An embedded platform as claimed in claims 2, 3, 4, 
or 5, wherein said module comprises a standard 
card equipped with: 

20 

means for receiving an optical module that per- 
forms a specific operation on a WDM signal; 
and 

a module embedded controller for identifying 
the optical module type when inserted into said 25 
means for receiving, validating the configura- 
tion of said module against module templates 
and updating said trace message accordingly. 

. An embedded platform as claimed in claim 1,2,3, 30 
4, 5, or 6 wherein said module comprises a standard 
terminal card equipped with: 

an optical terminal provided with physical layer 
processing means, for converting a forward us- 35 
er signal into a forward traffic signal and con- 
verting a reverse traffic signal into a reverse us- 
er signal; and 

a module embedded controller for controlling 
operation of said optical terminal and said phys- <o 
ical layer processing means, identifying the ter- 
minal type, validating the configuration of said 
module against module templates and updat- 
ing a trace message accordingly. 

45 

. An embedded platform as claimed in claim 6, 
wherein said module embedded controller compris- 
es a memory for storing a list of valid module tem- 
plates. 

50 

. An embedded platform as claimed in claim 2, 3, 4, 
5, 6, 7 or 8, wherein said SP comprises: 

a shelf embedded controller for identifying the 
shelf type, validating the shelf configuration 55 
against a shelf template and updating said 
trace message accordingly; 
a network processor for distributing addresses 



to each module in said respective embedded 
domain and routing signaling and control data 
pertinent to the modules in each respective 
shelf domain to/from said shelf embedded con- 
troller; and 

an interface between said network processor 
and a link-level network. 

10. A network operating system NOS for an agile opti- 
cal network, comprising: 

an embedded platform as claimed in claim 1, 
organized on embedded domains under control 
of a shelf processor, for controlling operation of 
said agile optical network at the physical layer 
level; 

a link management platform organized on 
spans of control SOCs under control of a net- 
work services controller NSC, for controlling 
operation of said agile optical network at the op- 
tical connection layer level; and 
a link-layer network for connecting said SPs in 
a SOC with said NSC. 

11. A NOS as claimed in claim 10, wherein said link- 
layer network comprises a node network that con- 
nects said NSC with a SP at a node that houses 
said NSC and an optical line network that connects 
said NSC with a SP of an optical line amplifier con- 
nected in a fiber link that emanates from said node. 

1 2. An NOS as claimed in claim 1 0, or 11 , wherein said 
NSC exchanges signaling and control data with all 
other NSCs of said agile optical network over an in- 
ternal data network IDN based on an unique ad- 
dress on said IDN. 

13. An NOS as claimed in claim 10, 11, or 12, wherein 
each said link-layer network is connected to said 
IDN over a SP in said link-level network that oper- 
ates as a virtual router to distribute said signaling 
and control data to a tandem virtual router on an- 
other link-level network, based on said internal ad- 
dress. 

1 4. An optical layer control plane for an agile optical net- 
work of the type provided with a management infor- 
mation base MIB and with an internal signaling and 
control network, comprising: 

an embedded processing platform as claimed 
in claim 2, for monitoring and controlling oper- 
ation of one or more all shelves in said agile 
optical network at optical module granularity, 
and for collecting in said MIB topology data for 
all modules and shelves that make-up said ag- 
ile optical network; 

a link management platform for monitoring and 
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controlling operation of all network elements of 
said agile optical network, and for collecting in 
said MIB topology data pertinent to said net- 
work elements; 

means for hierarchically distributing a unique 5 
internal address on said internal signaling and 
control network to each said module, shelf and 
network element; and 

a distributed topology system DTS for hierar- 
chically organizing the topology data in said 10 
MIB to allow independent routing, switching 
and restoration functions for a connection. 

15. A method of network topology autodiscovery for an 
optical agile network having a variety of intercon- 15 
nected modules, one or more modules making up 

a shelf, one or more shelves making up of a network 
element, comprising: 

hierarchically assigning an internal address to 20 
each module, shelf and network element of said 
agile optical network; and 
auto-determining the type of each module and 
validating the configuration of said module 
against pre-stored module templates. 25 

16. A method as claimed in claim 15, further compris- 
ing: reporting the identity and connectivity of all 
modules in a trace message carried on an optical 
trace channel; and processing said trace messages 30 
into module level topology data. 

17. A method as claimed in claim 16, further compris- 
ing: auto-determining the type of each shelf based 

on said trace message; validating the configuration 35 
of said shelf against pre-stored shelf templates; and 
providing shelf level topology data. 

18. A method as claimed in claim 1 7 further comprising 
hierarchically storing said module level and shelf 40 
level topology data into a management information 
base based on said internal address. 

1 9. A method as claimed in claim 1 8, further comprising 
providing a distributed topology system for access- 45 
ing said topology data through application specific 
interfaces to allow a network application to access 
only network topology data of interest. 

20. A method of offering a data transmission service so 
over an agile optical network having the embedded 
platform as claimed in any of claims 1 to 9, or the 
network operating system of any of claims 1 0 to 1 3, 

or the optical layer control plane of claim 14, or us- 
ing the methods of any of claims 1 5 to 1 9. 55 
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